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Abstract of DE1 9744230 

A system controller (1) has function modules 
(10), a scheduler (11) and a priority manager 
(12). The controller is connected by data bus (4) 
to the controlled system (2). The s priority manager 
assigns functions according to predetermined 
criteria and activation is then carried out using 
the scheduler. An Independent claim is included 
for a method for operating control system. 
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(§) Steuergerate fur ein System und Verfahren zum Betrieb eines Steuergerats 

@ Es wird ein Steuergerat und ein Verfahren zum Betrei- 
ben eines Steuergerats vorgeschiagen, wobei das Steuer- 
gerat (1) Funktionsmodule (10), einen Scheduler (11) und 
einen Prioritatsverwalter (12) enthalt. Das Steuergerat (1) 
ist uber Datenleitungen (4) mit einem zu steuernden Sy- 
stem (2) verbunden. Der Prioritatsverwalter ordnet den 
Modulen (10) veranderbare Prioritaten zu, die dann bei 
der Aktivierung von Modulen durch den Scheduler (11) 
beriicksichtigt werden. 
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Beschreibung 

Stand der Technik 

Die Erfindung geht aus von einem Steuergerat fiir ein Sy- 5 
stem bzw. von einem Verfahren zum Betrieb eines Steuerge- 
rats nach der Gattung der unabhangigen Patentanspriiche. 
Aus der WO 97/13064 ist bereits ein. Steuergerat fiir ein Sy- 
stem bzw. ein Verfahren zum Betrieb eines Steuergerats be- 
kannt, bei dem eine Vielzahl von aktivierbaren Modulen 10 
vorgesehen sind. Diese Module werden durch einen Schedu- 
ler aktiviert, wobei der Scheduler Prioritaten, die den Modu- 
len zugeordnet sind, beriicksichtigt. Dabei sind jedoch den 
Modulen feste Prioritaten zugeordnet, die nicht veranderbar 
sind. " 15 

Vorteile der Erfindung 

Das erfindungsgemaBe Steuergerat bzw. das erfindungs- 
gemafie Verfahren zum Betrieb eines Steuergerats haben 20 
demgegenuber den Vorteil, da6 durch veranderbare Priorita- 
ten die Ablaufsteuerung der Module verbessert wird. Insbe- 
sondere konnen so eine Vielzahl von veranderbaren Gege- 
benheiten fur die Ablaufsteuerung, d. h. fur die Aktivierung 
und Ausfuhrung von Modulen beriicksichtigt werden. 25 

Durch die in den abhangigen Anspriichen aufgefuhrten 
MaBnahmen sind vorteilhafte Weiterentwicklungen und 
Verbesserungen des Steuergerats bzw. des Verfahrens nach 
den unabhangigen Patentanspruchen moglich. Durch die 
Beriicksichtigung der Zeitdauer, in der das jeweilige Modul 30 
aktiviert oder deaktiviert ist, kann sichergestellt werden, daB 
Module, die lange nicht ausgefuhrt wurden oder erst kiirz- 
lich ausgefuhrt wurden, entsprechend beriicksichtigt wer- 
den. Durch die Beriicksichtigung von Zustanden des Sy- 
stems kann die Prioritat von Modulen von auBeren Zustan- 35 
den abhangig gemacht werden. Besonders vorteilhaft wer- 
den beide Methoden miteinander verknupft, urn so eine 
groBtmogliche Flexibility bei der Aktivierung von Modulen 
sicherzustellen. Durch die Erhohung der Prioritat bei der 
Aktivierung wird sichergestellt, daB Modulen eine gewisse 40 
Mindestlaufzeit zur Verfugung steht. Durch die Beriicksich- 
tigung der Absolutzeit konnen Zwangslaufbedingungen, die 
von einem absoluten Zeitsignal abhangen, verwirklicht wer- 
den. Der Scheduler verfolgt zweckmaBigerweise ein Aus- 
wahlverfahren fiir die Module, bei dem Module hoherer 45 
Prioritat bevorzugt beriicksichtigt werden. 

Zeichnungen 

Ausfuhrungsbeispiele der Erfindung sind in den Zeich- 50 
nungen dargestellt und in der nachfolgenden Beschreibung 
naher erlautert. Es zeigen Fig. 1 ein Steuergerat und ein Sy- 
stem, Fig. 2 bis 4 verschiedene Zuweisungsmethoden von 
Prioritaten zu Modulen und Fig. 5 bis 8 ein Auswahlverfah- 
ren durch den Scheduler. 55 

Beschreibung der Ausfuhrungsbeispiele 

In der Fig. 1 wird ein Steuergerat 1 gezeigt, welches 
durch Verbindungsleitungen 4 mit einem zu steuemden Sy- 60 
stem 2 verbunden ist. Das Steuergerat 1 weist einen Mikro- 
rechner 3 auf, der zur Abarbeitung von Modulen 10, 11, 12 
vorgesehen ist. Das Modul 10 steht hier fur eine Vielzahl 
von Modulen, bei denen es sich um Funktionsmodule han- 
delt. Derartige Funktionsmodule 10 sind zur Steuerung oder 65 
Diagnose des Systems 2 vorgesehen. Bei dem Modul 11 
handclt es sich um einen Scheduler, und bei dem Modul 12 
handelt es sich um ein Modul, das als Prioritatsverwalter 
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wirkt. 

Bei dem System 2 kann es sich um jedes beliebige techni- 
sche System, welches von einem Steuergerat 1 gesteuert 
wird, handeln. Beispielsweise kann es sich bei dem System 
2 um ein Kraftfahrzeug, einen Verbrennungsmotor oder ein 
Getriebe handeln. Ein derartiges System 2 ist mit einer Viel- 
zahl von Sensoren und einer Vielzahl von Stellgliedem aus- 
gestattet. Uber die Verbindungsleitungen 4 konnen vom 
Steuergerat 1 erzeugte Stellinformationen an die Stellglieder 
des Systems 2 iibermittelt werden (zum System 2 hinwei- 
sender Pfeil). Weiterhin konnen MeBwerte der Sensoren des 
Systems 2 durch die Verbindungsleitungen 4 zum Steuerge- 
rat 1 hin iibertragen werden (zum Steuergerat 1 hinweisen- 
der Pfeil). Das Steuergerat 1 erhalt somit Informationen 
liber Zustande des Systems 2, die vom Steuergerat 1 verar- 
beitet werden und in Abhangigkeit von gewiinschten Zu- 
standen (beispielsweise beim Kfz Fahrpedalstellung) zu 
Steuerinformationen fur das System 2 umgesetzt werden. 

Das Steuergerat 1 ist hier nur schematisch durch mehrere 
Module 10, 11, 12 und den Mikrorechner 3 dargestellt. Sonst 
in der Regel fur Steuergerate 1 verwendete Hardwarekom- 
ponenten werden der Einfachheit halber nicht dargestellt. 
Die Module 10, 11, 12 sind in der Regel als Programmodule 
ausgebildet, es konnen aber auch Hardwarebausteine ver- 
wendet werden, die die entsprechenden Funktionen wahr- 
nehmen. Bei einem als Programmodul ausgebildeten Funk- 
tionsmodul 10 handelt es sich um eine Abfolge von Pro- 
grammbefehlen, die als Einheit von dem Scheduler 11 akti- 
viert oder deaktiviert werden. Funktionen, die sich dem Be- 
nutzer als eine Einheit darstellen oder zur Steuerung einer 
einheitlichen Funktion verwendet werden, konnen dabei in 
mehrere, separat vom Scheduler 11 verwaltete Module auf- 
geteilt sein. Die Funktionsmodule 10 sind zur Bearbeitung 
unmittelbarer Steuerungsaufgaben oder Diagnoseaufgaben 
notwendig. Diese Module werten Steuerinformationen des 
Systems 2 aus und erzeugen in Abhangigkeit von vorgege- 
benen Sollwerten entsprechende Steuerinformationen fiir 
das System 2. Ein Eingangssignal eines derartigen Funkti- 
onsmoduls kann beispielsweise bei einem Kfz in der Dreh- 
zahl und die Sollinformation in der Gaspedalstellung beste- 
hen, aus der dann eine entsprechende Steuerungsinforma- 
tion fur den Motor erzeugt wird. Weiterhin konnen FunkU- 
onsmodule 10 vorgesehen werden die die ordnungsgemaBc 
Funktion des Systems 2 iiberwachen. Bei einem Kraftfahr- 
zeug muB beispielsweise aufgrund von gesetzlichen Bestim- 
mungen die Funktionsweise des Katalysators wahrend des 
laufenden Betriebs iiberpruft werden. Dies erfolgt, indem 
von Zeit zu Zeit ein entsprechendes Funktionsmodul 10 ak- 
tiviert wird, welches die Funktion des Katalysators durch 
Aus werten von Signalen der Lambdasonde iiberpruft. 

Die Funktionsmodule 10 konnen im aktiven oder iriakti- . 
ven Zustand sein. Im inaktiven Zustand werden die mit dem 
Modul verbundenen Aufgaben, wie Diagnose oder Steue- 
rung von Teilen des Systems, nicht ausgefuhrt. Dies bedeu- 
tet insbesondere, daB inaktive Module Daten vom System 
nur zur Priifung ihrer Laufbereitschaft einlesen und daB sie 
keine Informationen an das System 2 ausgeben. Im inakti- 
ven Zustand konnen die Module aber noch beispielsweise 
mit dem Mikrorechner 3 Informationen austauschen, insbe- 
sondere miissen Informationen zwischen den Funktionsmo- 
dulen 10 und dem Scheduler 11 austauschbar sein, die die 
Aktivierung eines Moduls betreffen (z. B. Moglichkeit oder 
Wunsch der Aktivierung). Da nicht alle Funktionsmodule 
10 in jedem Betriebszustand des Systems 2 benotigt werden, 
konnen zumindestens ein Teil dieser Module inaktiviert 
sein. Die Aktivierung der einzelnen Funktionsmodule 10 er- 
folgt durch eine Ablaufsteuerung, die dariiber entscheidet, 
welche Funktionsmodule 10 ausgefuhrt werden. Der Sche- 
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duier U und auch der Prioritatsverwalter 12 sind Teil dieser 
Ablaufsteuerung. Die Ablaufsteuerung kann die Aktivie- 
rung einzelner Funktionsmodule von bestimmten auBeren 
Bedingungen abhangig machen. Funktionsmodule 10, die 
beispielsweise mit der Zundung oder Einspritzung eines 
Benzinmotors zu tun haben, werden beispielsweise in Ab- 
hangigkeit von der Kurbelwellenstellung des Motors akti- 
viert. Ebenso werden Funktionsmodule 10, die mit der Dia- 
gnose des Systems 2 zu tun haben, in Abhangigkeit von Be- 
triebszustanden des Systems 2 aktiviert Wesentlich ist hier, 
daB mehrere Funktionsmodule 10 parallel bearbeitet werden 
konnen, in dem Sinne, daB die Bearbeitung eines Moduls 
noch nicht abgeschlossen ist, wahrend gleichzeitig ein ande- 
res Modul ebenfalls bearbeitet wird. Ein Mikrorechner 3 
kann immer nur einen einzelnen Befehl, der einem bestimm- 
ten Modul zugeordnet ist, ausfuhren. Gleichzeitige Bearbei- 
tung bedeutet daher in diesem Zusammenhang, daB Module, 
die gleichzeitig bearbeitet werden, fur die Vergabe von Re- 
chenzeit vorgesehen sind, so daB die mit den entsprechen- 
den Modulen verbundenen Funktionen ausgeiibt werden. 

Der Scheduler U und Prioritatsverwalter 12 sind Teil der 
Ablaufsteuerung, die dariiber entscheidet, welche Module 
aktiviert sind und welche nicht. Dabei ist es die Aufgabe des 
Prioritatsverwalters 12, den Funktionsmodulen 10 Priorita- 
ten zuzuordnen bzw. diese Prioritaten zum Zweck der Ab- 
laufsteuerung zu verandern. Die Aufgabe des Schedulers 11 
ist es dann, in Abhangigkeit von diesen Prioritaten zu ent- 
scheiden, welche Funktionsmodule 10 im aktiven Zustand 
und welche Funktionsmodule 10 im inaktiven Zustand sind. 
Die Funktionsweisen des Prioritatsverwalters 12 werden im 
folgenden anhand der Fig. 2 bis 4 erlautert. 

In der Fig. 2 ist in einem Diagramm die Prioritat p gegen 
eine Zeit t aufgetragen. Als Zeit t ist hier die Zeit aufgetra- 
gen, in der ein Modul in einem bestimmten Zustand, d. h. 
entweder aktiv oder inaktiv ist. In dem Diagramm der Fig. 2 
werden exemplarisch die Prioritaten der Module A und B 
dargestellt. Beziiglich des Moduls A ist noch eine alterna- 
tive Darstellung A' dargestellt. Das Modul B dient hier nur 
als Vergleichsmodul und wird daher mit einer konstanten 
Prioritat iiber den gesamten Zeitraum dargestellt. Das Mo- 
dul A hat zum Zeitpunkt tO die Prioritat 0. Dieser Zeitpunkt 
tO kann beispielsweise dadurch gegeben sein, daB zu diesem 
Zeitpunkt das Modul A der Ablaufsteuerung, d. h. entweder 
dem Scheduler 11 oder dem Prioritatsverwalter 12 mitgeteilt 
hat, daB es nun laufbereit ist. Die Zeit t ist dann somit als 
Wartezeit zu verstehen, indem von dem Prioritatsverwalter 
12 die Prioritat des Moduls A stetig erhoht wird. Zum Zeit- 
punkt tl ubersteigt dann die Prioritat des Moduls A die kon- 
stante Prioritat des Moduls B, so daB der Scheduler 11 zum 
Zeitpunkt tl das Modul A aktivieren wird und das Modul B 
in einen inaktiven Zustand versetzen wird. Dies gilt natur- 
lich nur unter der Voraussetzung, daB die Module A und B 
laufbereit sind, aber nicht gleichzeitig laufen durfen. Der 
Prioritatsverwalter 12 ordnet somit dem Mddul A in Abhan- 
gigkeit von einer Zeitdauer eine Prioritat zu. 

Eine weitere Moglichkeit, einem Modul Prioritaten zuzu- 
ordnen, ergibt sich durch den Vergleich des Moduls A und 
des Moduls A'. Die dargestellten Prioritatsverlaufe der Fig. 
2 der Module A und A' unterscheiden sich hinsichtlich der 
Prioritatszunahme pro Zeiteinheit. Das Modul A' wird erst 
zu einem wesentlich spateren Zeitpunkt t2 aktiviert werden, 
da die Prioritatszunahme dieses Moduls A' geringer ist als 
die Prioritatszunahme des Moduls A. Die unterschiedlichen 
Steigungen ergeben sich hieraus, daB die Wartezeit t zusatz- 
lich mit der Intensitat eines Zustandes des Systems 2 ver- 
knupft wird (z. B. multiplikativ). Als Zustand des Systems 2 
wird hier insbesondere an die Intensitat eines Sensorsignals 
des Systems 2 gedacht. Je starker der MeBwert des Sensors 



des Systems 2 ist, um so starker steigt die Prioritat des Mo- 
duls A bzw. A' an. In diesem Fall kann sich auch ein nichtli- 
nearer Verlauf der Prioritat von A bzw. A' ergeben. 
Eine weitere Moglichkeit, den Modulen eine Prioritat zu- 
5 zuordneri, besteht darin, daB man ihnen ausschlieBlich in 
Abhangigkeit von einem Sensorsignal eine Prioritat zuord- 
net. Beispielsweise konnte es bei einem Motor vorgesehen 
werden, daB die Prioritat eines Moduls unmittelbar mit der 
Drehzahl verknupft wird, d. h. die Prioritat eines bestimm- 

10 ten Moduls wird um so hoher, je hoher die Drehzahl ist. 

In der Fig. 3 wird eine weitere Methode gezeigt, mit der 
der Prioritatsverwalter 12 einem Modul A eine Prioritat zu- 
weist. Als Vergleich wird auch in der Fig. 3 ein Modul B mit 
konstanter Prioritat gezeigt. Bei dem in der Fig. 3 dargestell- 

15 ten Modul A erhoht sich die Prioritat zwischen dem Zeit- 
punkt tO bis t3 wiederum linear in Abhangigkeit von der 
Wartezeit t. Zum Zeitpunkt t3 wird das Modul A vom Sche- 
duler 11 aktiviert. Der Prioritatsverwalter ordnet dann dem 
Modul A sprung artig eine erhohte Prioritat zu. Dies ist er- 

20 forderlich, um sicherzustellen, daB das Modul A nun fur 
eine bestimmte Zeit bearbeitet wird. Dies ist insbesondere 
erforderlich, wenn das konkurrierende Modul B nicht wie 
hier gezeigt eine konstante Prioritat aufweist, sondem selbst 
eine mit der Zeit leicht ansteigende Prioritat aufweist oder 

25 aber, wenn, wie in der Fig. 3 dargestellt wird, nach der Ak- 
tivierung des Moduls A die Prioritat des Moduls A leicht ab- 
sinkt (Zeitraum nach dem Zeitpunkt t3). In diesen bei den 
Fallen wiirde es namlich sonst zu einem dauernden Hin- und 
Herschalten zwischen dem Modul A und dem Modul B 

30 kommen, d. h. in kurzen zeitlichen Abstanden hintereinan- 
der wiirde das Modul A jeweils aktiviert und wieder inakti- 
viert werden. Der Prioritatsverwalter 12 ist daher so ausge- 
legt, daB bei einer Aktivierung eines Moduls sprungartig 
eine Erhohung der Prioritat vorgenommen wird, um eine ge- 

35 wisse Hysterese beim Hin- und Herschalten zwischen Mo- 
dulen ahnlicher Prioritat zu erreichen. 

Eine weitere Vorgehensweise, wie der Prioritatsverwalter 
einem Modul A eine Prioritat zuweist, wird in der Fig. 4 er- 
lautert. In der Fig. 4 ist jedoch auf der Zeitachse t eine Ab- 

40 solutzeit, beispielsweise eine absolute Zeit nach dem Start 
eines Kraftfahrzeugs aufgetragen. Durch die absoluten Zeit- 
punkte t4 und t5 wird ein Zeitfenster definiert, wobei inner- 
halb dieses Zeitfensters das Modul A mit einer sehr hohcn 
Prioritat versehen wird. Durch eine derartige Prioritatszu- 

45 ordnung laBt sich erreichen, daB in Abhangigkeit von einer 
absoluten Zeit ein Modul bevorzugt ausgefuhrt wird. AuBer- 
halb dieses Zeitfensters kann dann die Prioritat des Moduls 
A in bekannter Weise verwaltet werden, beispielsweise in- 
dem es mit einer Wartezeit des Moduls A kontinuierlich die 

50 Prioritat erhoht wird, wie dies ebenfalls in der Fig. 4 darge- 
stellt ist. Ein derartiges Absolutzeitfenster ist beispielsweise 
wunschenswert, wenn bestimmte Funktionsmodule zwin- 
gend zu bestimmten Zeitfenstem ausgefuhrt werden miis- 
sen. Dies ist beispielsweise bei bestimmten Diagnosefunk- 

55 tionen der Fall, wie sie fur Kraftfahrzeuge verwendet wer- 
den. Es muB dabei sichergestellt werden, daB bei normierten 
Tests, die oft nur ein einziges fur einen bestimmten Funkti- 
onstest geeignetes Zeitfenster enthalten, die damit verbun- 
denen Funktionsmodule auch ausgefuhrt werden. AuBerhalb 

60 des Zeitfensters wird durch eine normaie Prioritatszuord- 
nung nach Wartezeit oder dergleichen ebenfalls sicherge- 
stellt, daB die entsprechenden Funktionsmodule mindestens 
hin und wieder aufgerufen werden. 

In Abhangigkeit von den Prioritaten, die vom Prioritats- . 

65 verwalter 12 den einzelnen Funktionsmodulen 10 zugeord- 
net wurden, bestimmt dann der Scheduler 11, welche Mo- 
dule aktiviert und welche Module inaktiviert sind. Dazu 
wird beispielsweise in regelmaBigen Zeitabstanden das 
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Schedulermodul 11 aktiviert und dann in Abhangigkeit von 
den Priori taten Funktionsmodule 10 aktiviert oder inakti- 
viert. Eine andere Moglichkeit kann darin bestehen, daB das 
Schedulermodul 11 immer aktiviert wird, wenn ein Funkti- 
onsmodul 10 seine Tatigkeit beendet, da auch dann neu ent- 5 
schieden werden kann, welche Module nun laufen konnen 
oder nicht. Eine andere Moglichkeit, das Schedulermodul 11 
aufzurufen, besteht darin, den Aufruf des Schedulermoduls 
11 von externen Signalen, beispielsweise von Sensorsigna- 
len des Systems 2, abhangig zu machen. 10 

Anhand der Fig. 5 bis 8 wird nun erlautert, wie das Sche- 
dulermodul 11 in Abhangigkeit von den Prioritaten der 
Funktionsmodule A, B, C, D, E, F, G, H die zu aktivierenden 
Module auswahlt. Aus der in der Fig. 5 dargestellten Menge 
von laufbereiten, d. h. zur Aktivierung anstehenden Modu- 15 
len A bis H wird zunachst das Modul mit der hochsten Prio- 
ritat ausgewahlt. Im vorliegenden Fall handelt es sich dabei 
um das Modul A, welches in der Fig. 5 durch einen Kreis 
besonders hervorgehoben wird. Danach bestimmt das Sche- 
dulermodul 11, ob weitere Module vorhanden sind, die nicht 20 
gleichzeitig mit dem Modul A laufen diirfen. Dies kann bei- 
spielsweise dadurch verursacht werden, daB das Modul A 
auf bestimmte Stellglieder zugreift und zeitgleich keine an- 
deren Module diese Stellglieder beeinflussen diirfen. Wei- 
terhin kann es auch so sein, daB durch das Modul A Sensor- 25 
werte beeinfluBt werden, die von anderen Modulen benotigt 
werden. Derartige Querabhangigkeiten zwischen Modulen 
konnen beispielsweise in einer Liste, auf die der Scheduler 
11 zugreifen kann, abgespeichert werden. Im vorliegenden 
Fall verhalt es sich beispielsweise so, daB die Module C und 30 
E nicht gleichzeitig mit dem Modul A aktiv sein diirfen. 
Diese Module werden daher, wie in der Fig. 6 dargestellt 
wird, aus der Menge gestrichen. Es verbleibt dann eine Rest- 
menge, in der das bereits ausgewahlte Modul A und die ge- 
strichenen Module C und E, die nicht zusammen mit dem 35 
Modul A aktiviert werden diirfen, nicht mehr enthalten sind. 
Im vorliegenden Beispiel wird diese Menge durch die Ele- 
mente B, D, F, G, H gebildet. Von dieser Restmenge wird 
nun wiederum das Modul mit der hochsten Prioritat ausge- 
wahlt, im vorliegenden Beispiel das Modul D. We in der 40 
Fig. 7 zu erkennen ist, diirfen gleichzeitig mit dem Modul D 
nicht die Module B und H aktiviert werden, so daB diese 
ebenfalls gestrichen werden (Fig. 7). Die verbliebene Rest- 
menge mit den Modulen D und F enthalt hier ebenfalls nicht 
mehr die gestrichenen Module und die bereits ausgewahlten 45 
Module. Von dieser Restmenge weist das Modul D eine ho- 
here Prioritat auf als das Modul F, so daB das Modul D im 
nachsten Schritt ausgewahlt wird. Die nun verbliebene Rest- 
menge umfaBt nur noch das Modul F, welches zeitgleich mit 
dem Modul D aktiviert sein darf, so daB im letzten Schritt 50 
(Fig. 8) auch das Modul F fur die Aktivierung ausgewahlt 
wird. Der Scheduler 11 hat so mitbestimmt, daB die Module 
A, D, G und F aufgrund der Prioritaten und Querabhangig- 
keiten aktiv sein sollen. Wenn vor dieser Feststellung eines 
der nun gestrichenen Module aktiviert war, so fuhrt der 55 
Scheduler 11 dieses Modul in einen inaktivierten Zustand 
iiber. Wenn eines der ausgewahlten Module vorher inakti- 
viert war, so wird dieses Modul vom Scheduler 11 in den ak- 
tivierten Zustand uberfuhrt. 

Wenn in den genannten Fallen, in denen der Scheduler 11 60 
ein Modul mit hochster Prioritat auswahlen muB, mehr als 
ein Modul dieselbe hochste Prioritat besitzt, so kann der 
Scheduler unter diesen gleichprioren Modulen nach beliebi- 
gen weiteren Kriterien eine Reihenfolge bilden. Zum Bei- 
spiel kann in den Fig. 5 bis 8 die alphabetise he Reihenfolge 65 
(bei gleicher Prioritat) zur Entscheidung herangezogen wer- 
den. 



Patentanspriiche 

1. Steuergerat (1) fur ein System (2), insbesondere ein 
Kraftfahrzeug, Motor oder Getriebe, das eine Vielzahl 
von aktivierbaren Modulen (10) aufweist, wobei akti- 
vierte Module (10) durch Beobachten von Zustanden 
des Systems (2) Informationen erzeugen, wobei ein 
Scheduler (11) fur die Aktivierung der Module (10) 
vorgesehen ist, wobei der Scheduler (11) fur die Akti- 
vierung eine den Modulen (10) zugeordnete Prioritat 
beriicksichtigt, dadurch gekennzeichnet, daB ein 
Prioritatsverwalter (12) vorgesehen ist, der die Prioritat 
der Module (10) verandert. 

2. Steuergerat nach Anspruch 1, dadurch gekennzeich- 
net, daB der Prioritatsverwalter (12) die Prioritat von 
Modulen (10) in Abhangigkeit von einer Zeitdauer, in 
der das jeweilige Modul (10) aktiviert oder inaktiviert 
ist, verandert. 

3. Steuergerat nach Anspruch 1, dadurch gekennzeich- 
net, daB der Prioritatsverwalter (12) die Prioritat von 
Modulen (10) in Abhangigkeit von Zustanden des Sy- 
stems (2) verandert. 

4. Steuergerat nach Anspruch 1, dadurch gekennzeich- 
net, daB der Prioritatsverwalter (12) die Prioritat von 
Modulen (10) in Abhangigkeit von einer Zeitdauer, in 
der das jeweilige Modul (10) aktiviert oder inaktiviert 
ist und gleichzeitig in Abhangigkeit von Zustanden des 
Systems (2) verandert. 

5. Steuergerat nach einem der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, daB der Prioritats- 
verwalter (12) die Prioritat von Modulen (10) zusatz- 
lich in Abhangigkeit von einer Aktivierungsnachricht, 
mit der angezeigt wird, daB das betreffende Modul (10) 
aktiviert wurde, und ggf . auch in Abhangigkeit der ent- 
sprechenden Deaktivierungsnachricht verandert. 

6. Steuergerat nach einem der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, daB der Prioritats- 
verwalter (12) die Prioritat von Modulen (10) zusatz- 
lich in Abhangigkeit von absoluten Zeitsignalen veran- 
dert. 

7. Steuergerat nach einem der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, daB der Scheduler 
(11) aus einer Menge von zur Aktivierung anstehenden 
Modulen (10) zuerst das Modul (10) mit der hochsten 
Prioritat fur die Aktivierung auswahlt, daB der Schedu- 
ler (11) dann eine Restmenge bildet, die das Modul 
(10) mit der hochsten Prioritat und weitere Module, die 
nicht zusammen mit dem Modul der hochsten Prioritat 
aktiviert sein diirfen, nicht mehr enthalt, und daB der 
Scheduler (11) dann aus der Restmenge weitere Mo- 
dule (10) fur die Aktivierung auswahlt. 

8. Steuergerat nach Anspruch 7, dadurch gekennzeich- 
net, daB der Scheduler (11) in sich wiederholenden 
Schritten Module mit der jeweils hochsten Prioritat zur 
Aktivierung auswahlt und durch Bildung von Rest- 
mengen, die die bereits zur Aktivierung ausgewahlten 
Module und weitere Module, die nicht zeitgleich mit 
den bereits ausgewahlten Modulen laufen diirfen, nicht 
mehr enthalt, so lange fortsetzt, bis die Restmenge 
keine Module mehr enthalt. 

9. Steuergerat nach Anspruch 7 oder 8, dadurch ge- 
kennzeichnet, daB der Scheduler (11) nach Auswahl 
von Modulen sicherstellt, daB die ausgewahlten Mo- 
dule aktiviert sind und die nicht ausgewahlten Module 
nicht aktiviert sind. 

10. Verfahren zum Betrieb eines Steuergerats (1) fur 
ein System (2), insbesondere von Kraftfahrzeugen, 
Motor oder Getriebe, das eine Vielzahl von aktivierba- 
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ren Modulen (10) aufweist, wobei aktivierte Module 
(10) durch Beobachten von Zustanden des Systems (2) 
Informationen erzeugen, wobei bei der Aktivierung 
eine den Modulen (10) zugeordnete Prioritat beriick- 
sichtigt wird, dadurch gekennzeichnet, daB die Priorita- 5 
ten der Module verandert werden. 

11. Verfahren nach Anspruch 10, dadurch gekenn- 
zeichnet, daB bei der Veranderung der Prioritaten eine 
Zeitdauer, in der das jeweilige Modul (10) aktiviert 
oder inaktiviert ist, berucksichtigt wird. 10 

12. Verfahren nach Anspruch 10, dadurch gekenn- 
zeichnet, daB bei der Veranderung der Prioritaten Zu- 
stande des Systems (2) berucksichtigt werden. 

13. Verfahren nach Anspruch 10, dadurch gekenn- 
zeichnet, daB bei der Veranderung der Prioritaten eine 15 
Zeitdauer, in der das jeweilige Modul (10) aktiviert 
oder inaktiviert ist und gleichzeitig Zustande des Sy- 
stems (2) berucksichtigt werden. 

14. Verfahren nach Anspruch 10 bis 13, dadurch ge- 
kennzeichnet, daB bei der Veranderung der Prioritaten 20 
zusatzlich ein absolutes Zeitsignal berucksichtigt wird. 

15. Verfahren nach einern der Anspriiche 10 bis 14, 
dadurch gekennzeichnet, daB zur Aktivierung der Mo- 
dule aus einer Menge von Modulen zuerst das Modul 
mit der hochsten Prioritat fur die Aktivierung ausge- 25 
wahlt wird, daB dann eine Restmenge gebildet wird, 
die das Modul mit der hochsten Prioritat und weitere 
Module, die nicht zusanimen mit dem Modul der hoch- 
sten Prioritat aktiviert werden diirfen, nicht mehr ent- 
halt, und daB aus der Restmenge weitere Module fur 30 
eine Aktivierung ausgewahlt werden. 

16. Verfahren nach Anspruch 15, dadurch gekenn- 
zeichnet, daB in sich wiederholenden Schritten Module 
mit der jeweils hochsten Prioritat zur Aktivierung aus- 
gewahlt werden und durch Bildung von Restmengen, 35 
die die bereits zur Aktivierung bereits ausgewahlten 
Module und weitere Module, die nicht zusammen mit 
den bereits ausgewahlten Modulen laufen diirfen, nicht 
mehr enthalt, so lange fortgesetzt wird, bis die Rest- 
menge keine Module mehr enthalt. 40 

17. Verfahren nach Anspruch 14 oder 15, dadurch ge- 
kennzeichnet, daB der Scheduler (11) nach Auswahl 
von Modulen sicherstellt, daB die ausgewahlten Mo- 
dule activiert sind und die nicht ausgewahlten Module 
nicht aktiviert sind, und daB ausgewahlte Module ggf. 45 
erst dann aktiviert werden, wenn noch aktivierte andere 
Module, mit denen erstere nicht gleichzeitig laufen 
diirfen, deaktiviert sind. 
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